
Derniers tests et previews


TEST Hogwarts Legacy : L’Héritage de Poudlard, que vaut la version Switch 2 ?

TEST Stellar Blade : un portage PC bien musclé ou pas ?

TEST Mario Kart World : la valeur sûre de la Switch 2

TEST The Legend of Zelda: Tears of the Kingdom, que vaut la Switch 2 Edition ?
Dernières actualités

Nintendo : que se passe-t-il lorsqu'une cartouche Switch 2 est insérée dans la Switch 1 ?

MindsEye est tellement cassé que Sony fait un geste exceptionnel

BON PLAN : les Joy-Con 2 de la Switch 2 déjà en promotion

Devil May Cry 5 : un énorme chiffre de ventes dévoilé, merci la série Netflix ?

tuto patch
Ensuite, respect, 3 ans à continuer à répondre aux gens qui demande si leur numéro de série est bon, alors que tout est écrit en première page... je dis chapeau pour la patience et la dévotion!
Le kit de développement logiciel (SDK) est un ensemble d’outils de développement. Les jeux récents dits nouveaux seront construits avec le dernier SDK. Pour les anciens jeux, cela ne rentre pas dans la donne.
Pour ce qui concerne les updates des jeux, ce sera différent également et cela se basera sur la même condition. Mais beaucoup de mises à jour de jeu qui demandent le dernier firmware n’ont pas non plus le même SDK. Et cette condition de mise à jour est opérée par Nintendo. Donc, le patch sera opérationnel pour des jeux construits avec l’ancien SDK.
Je ne sais pas si l’outil NSC_Builder pourra y faire grand chose à ce niveau car lui s’occupe de patcher le firmware en fonction de la base sur laquelle il est construit.
En principe, si le jeu de base ne nécessite pas le dernier firmware (dernier SDK) alors ce dernier avec ses mises à jour et DLCs peuvent être patchés pour être exécutés sur un firmware inférieur (si on a les clés pour chiffrer/déchiffrer le contenu) car le SDK requis ne change pas normalement.
Et je résume grossièrement car c’est plus complexe que cela et mes connaissances ne sont pas aussi précises. Ce kit, dans son évolution, sera utilisé pour des nouveaux jeux. Et ce ne sera pas sa seule mise à jour ^^
HOS 13.0.0 est disponible et l’ensemble des outils sont portés pour supporter ce firmware. Toutefois, Atmosphère est en pré-release, le temps pour SciresM d’avoir suffisamment de retour pour corriger d’éventuels bogues et proposer sa release stable. Mais tout semble opérationnel.
Toutefois, tu peux mettre à jour manuellement en 12.1.0, si tu le souhaites.
Au delà de tout cela, ton port cartouche restera opérationnel si tu mets à jour sysNAND et emuNAND dans une même version qui implique une mise à jour de ce dernier. Il ne le sera pas si tu décidais de laisser ton emuNAND en 11.0.0 et ta sysNAND en 13.0.0 ou 12.x.x. Il sera inutilisable sur l’emuNAND car le port cartouche se met à jour à partir de HOS 12.0.0 (un efuse LOTUS se grille et cela fait donc 4 depuis la 4.0.0/9.0.0/11.0.0/12.0.0). Il n’existe aucun moyen de contourner cela via SX OS. Seul le patch NoGC le permet. Des explications en FAQ sont dispos.
Pour le reste et ce qui concerne l’emuNAND, si tu souhaites la conserver, il faut opérer une fonction de migration via Hekate pour que cette dernière soit utilisable pour les deux hack. Toutefois, elle ne doit pas dépasser 11.0.0 sinon, SX OS ne pourra plus être utilisé. Et si tu mets a jour l’emuNAND pour ne plus passer par SX OS, tu le pourras pour AMS/Hekate.
Tu peux aussi créer une seconde emuNAND pour AMS/Hekate dans la version souhaitée mais est-ce vraiment utile ? Seul toi peut le savoir en fonction de ce que tu souhaites.
Dans tous les cas, sache que le downgrade de la sysNAND ne sera possible que si tu décides de conserver tes eFuses et que tu actives le mode autoRCM pour tout le temps booter sur CFW. Si tu ne fais pas cela, les eFuses de la CM se grilleront et démarrer la console sans hack aboutira à une erreur. Ceci est pour information.
Beaucoup d’éléments et des choix à faire. A toi de voir mais si tu souhaites utiliser AMS strictement, tu peux tout refaire. Une chose peut être envisagée, c’est sans doute le dump de tes sauvegardes pour les réutiliser ensuite. Les jeux XCi que tu utilisais via SX OS s’installeront comme des NSP via un gestionnaire de backups sous AMS.
Conserve tout de même une sauvegarde de ta SD sur PC et ta licence de SX OS.
Bien que le plus simple lorsque l’on décide de mettre à jour le CFW sur sa SD est de supprimer tous les éléments qui le concernent en ne touchant pas aux dossiers Nintendo et ce qui se réfère à l’emuMMC, cette nouvelle version embarque un certain nombre de changements !
Si vous mettez à jour depuis la v0.20.X ou inférieur, il faut utiliser Fusee.bin en lien sur le Github avec la release d’Atmosphère pour booter.
La première indication plus haut semble plus simple pour refaire une préparation de sa SD mais si vous faites la mise à jour en remplaçant seulement les éléments sur votre carte SD, il faut :
Vous l’aurez compris, une mise à jour ainsi semble fastidieuse si vous ne maîtrisez pas. Autant refaire une préparation de sa SD.
Et pour ceux qui utilisent le patch NoGC, cela se fait, depuis la v1.0.0, dans le fichier atmosphere\config\stratosphere.ini
Les sigpatches sont également à jour pour cette dernière release. Pour ce qui concerne Hekate, à voir si une mise à niveau suivra.
Le fichier Hekate_ipl.ini doit ressembler à cela:
[config]
autoboot=0
autoboot_list=0
bootwait=0
autohosoff=0
autonogc=1
updater2p=1
backlight=100
[CFW - sysMMC]
fss0=atmosphere/package3
kip1patch=nosigchk
atmosphere=1
emummc_force_disable=1
icon=bootloader/res/icon_payload.bmp
[CFW - emuMMC]
fss0=atmosphere/package3
kip1patch=nosigchk
emummcforce=1
atmosphere=1
icon=bootloader/res/icon_payload.bmp
[Stock - sysMMC]
fss0=atmosphere/package3
emummc_force_disable=1
stock=1
icon=bootloader/res/icon_switch.bmp
Ceci est l’exemple le plus basique car ce fichier est configurable à souhait !
Il te faudra passer par une puce pour procéder au hack de ta console. Aucune info ne sera donnée sur le forum pour cela. Je t’invite à consulter GBATemp ou autre site pour connaître et obtenir les infos à ce sujet.
Merci.
Ce n’est pas le même nombre d’eFuse entre 11.0.0 et 12.1.0. Le fait de downgrader reste possible mais il impliquera de toujours démarrer en mode CFW car en mode OFW, tu auras un écran noir. Cela n’est toutefois pas conseillé mais les utilisateurs passent par le mode autoRCM pour éviter de se retrouver ainsi. Ainsi, tu bootes sur le CFW.
En revanche, cela est différent entre la sysNAND et l’emuNAND car cette dernière n’est pas concernée par les eFuses. Ce qu’il l’est, par contre, si tu downgrades, ce sont les eFuses LOTUS. En gros, le port cartouche sera inutilisable car il se met à jour en 12.x.x. Il n'existe aucun moyen de contourner cela via SX OS. Il existe le patch NoGC seulement via Hekate.
Donc, oui, le downgrade est possible mais il y aura des contraintes lorsque les eFuses sont grillés.
Je ne sais pas où cela est interdit sur le forum. En revanche, cela fait partie des risques de ban.
Tu peux toutefois dumper tes sauvegardes pour les restaurer à l’issu.
Je ne vois en quoi. Le seul avantage de SX OS est la prise en charge du format XCi.